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Description 

Field of the Invention 

This invention deals with data transmission network 
nodes, and more particularly with network nodes made 
to vehiculate both Asynchronous Transfer Mode (ATM) 
packets and Variable Length (VL) packets over both ATM 
or VL links (or trunks), in an optimized way. 

Background of the Invention 

Modern digital networks are made to operate In a 
multimedia environment for transporting different types 
of data including pure data such as files of alphanumeric 
characters, as well as voice, image, video signals, etc... 
The network should, naturally ensure compliance with a 
number of requirements specific to each kind of these 
traffics. 

For instance, one may notice that the information 
provided by various users can be divided into different 
types. These include non-real-time information, i. e. 
information that can be delivered to the corresponding 
end-user with minor time constrain restrictions ; and real- 
time information that must be delivered to the corre- 
sponding end-user with a predefined limited-delay 
restriction. If the latter information is not delivered to the 
end-user within said time delay, it should simply be dis- 
carded. This problem has been taken care of. to some 
extent, by providing techniques such as interpola- 
tion/extrapolation techniques, In a so-called data packet 
transmission environment. 

While these techniques do provide solutions to over- 
come the loss of a limited number of data it does not sup- 
port discarding too many at a time. 

On the otiier hand, the non-real-time information 
may recover from fairly large and variable time delays 
from input to destination, but any loss of data may 
become dramatic, eventhough. here also, techniques 
have been developed to overcome this problem. These 
techniques include, generally speaking, data retransmis- 
sion, upon specific request. 

As one may understand from tiie following descrip- 
tion, retransmission is not an optimal solution, as it may 
impact on the whole network operation, for instance 
when the corresponding data are intended to control the 
network itself. 

On the other hand, one should remember that dif- 
ferent techniques have been developed, such as packet 
switching techniques, whereby the digitized data are 
an-anged into tiie so-called bit packets, and circuit 
switching techniques. The packets may eitiier be of fixed 
length e. g. Asynchronous Transfer Mode (ATM packets) 
or be of variable length (VL) nature. 

The basic advantage of packet switching techniques 
over circuit switching techniques, is to allow a statistical 
multiplexing of ttie different types of data, over a link 
which optimizes the transmission bandwidth. The draw- 
back of packet switching techniques, compared to circuit 



switching techniques, is that it introduces jitter and delay, 
which, as already noted, may be detrimental for the 
transmission of isosynchronous data, like video or voice. 
This is why methods have been proposed to control a 

5 network in such a way that delays and jitters are bounded 
for every new connection that is set-up accross a packet 
switching network. 

A basic data transmission network includes so- 
calted ti'affic nodes interconnected by transmission links 

10 or trunks, and through which the data from end-users are 
vehiculated in a dynamic and optimal manner. To that 
end, the network control architecture is a distributed one, 
which means that each switching node is controlled by 
a Control Point. All Control Points are interconnected via 

15 a Control Point Spanning Tree (CPST) which provides 
an efficient means for multicasting control messages 
between the Control Points. When a Control Point wants 
to broadcast a message to other Control Points in tiie 
network it sends this message to the predefined CPST 

20 switching address, and tiie network (Node) architecture 
provides the means to route this message on the lines 
of the Control Point spaning tree, and only on these lines. 
This architecture also provides the means to initialize tiie 
tree address on each switching node, and to automati- 

25 cally reconfigure the tree in case of any line or switching 
. node failure. Therefore, needless to mention how vital to 
the overall cornmunication network optimal operation, 
any control message proper and fast delivery may be. 
Such a spanning tree operation has been fully devel- 

30 opped in the copending European Patent Applicatk>n 
number 94480048.1 ffled on 25 May 1994 with titie "A 
Data Communication Network and Method for Operating 
said Network". As therein fully developed, proper oonfrol 
message delivery is vital not only for any spanning tree 

35 operation under normal conditions, but also for spanning 
tree fast reconfiguration in case of any link or node fail- 
ure, as well as for dynamically optimizing the network 
operation in case of a new link being set on. To that end, 
each Control Point includes a copy of the topology data 

40 base that contains information about tiie network. It 
includes the network physical configuration and tiie net- 
work line charactics and statuses. For every line n, in the 
network, the maximum delay that can be introduced in a 
packet with a specified priority, and the level of bandwidth 

45 reservation of tiiis line are defined and recorded in the 
' topology data base. This information is distributed to 
other Control Points via topology uptate messages sent 
over the Comrd Point Spanning Tree whenever it 
presents significant changes. 

50 Accordingly, one may realize that a packet switching 
network may be very complex in architecture and oper- 
ation. The optimization of such a global communication 
network requires that each network node be designed to 
be able to interconnect all kinds of trunks without distinc- 

55 tion, while also being capable of discriminating and 
processing accordingly network control traffic and user's 
traffics. 
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Summary of the Invention 

Accordingly, this invention is meant to provide a mul- 
tipurpose network node system organization made to 
interconnect variable length trunks and ATM trunks in all 
possible combinations. 

Objects of the Invention 

One object of this invention is to provide a multipur- 
pose packet switching node organization made to enable 
interconnecting ATM and/or VL node input trunks to ATM 
and/or VL node output trunks with any possible combi- 
nations of input versus output connections. 

Another object of this invention is to provide a mul- 
tipurpose packet switching node organization made to 
enable interconnecting ATM and/or VL node input trunks 
to ATM and/or VL node output trunks with any possible 
combinations of Input versus output connections, by 
interconnecting receive adapter(s) to transmit adapter(s) 
In any possible combinations, through a switching device 
designed for transferring ATM packets organized into so- 
called ATM cells. 

Still another object of the invention is to provide a 
multipurpose packet switching node organization made 
to enable interconnecting AT^ and/or VL node input 
trunks to ATM and/or VL node output trunks with any pos- 
sible combinations of input versus output connections, 
by interconnecting receive adapter(s) to transmit 
adapt6r(s) in any possible combinations, through a 
switching device designed for transferring so-called ATM 
cells, wherein said receive and/or transmit adapters 
Include means for segmenting VL packets Into ATM-like 
packets. 

Still another object of the invention Is to provide a 
multipurpose packet switching node organization made 
to enable interconnecting ATM and/or VL node input 
trunks to ATM and/or VL nod e output trunks with any pos- 
sUe combinations of input versus output connections, 
by interconnecting receive adapter(s) to transmit 
adapter(s) in any possible combinations, with said node 
further including network oontrol means for detecting 
and processing network control packets. 

These and other objects, characteristics and advan- 
tages of this Invention will become apparent from a con- 
sideration of the following detailed description given with 
reference to the acoompanying drawings, which specify 
and show a preferred embodiment of the Invention. 

Brief Description of the Drawings 

Figure 1 represents a basic data communication 
network. 

Rgure 2 represents a more complex data commu- 
nication network for which the invention node suits 
particularly 



Rgure 3 is a simplified blockdiagram of the invention 
node. 

Rgure 4 is a detailed block diagram illustrating the 
s node architecture. 

Rgures 5 and 6 are made to illustrated traffic 
proc^sing within tiie invention node. 

10 Rgures 7 through 10 are flow charts illustrating the 
node operations. 

RG.11 shows a physical implementation of the 
R_S1A boxes 43 or 46 of FIG.4 

15 

Detailed Description of a Preferred Embodiment of the 
Invention 

Represented in figure 1 is an already available pri- 

20 vate network based on leased lines including TVs and 
T3's lines, which in the considered terminology are both 
called trunks, with said trunks linking together access 
and/or transit nodes. The users get access to tiie net- 
work through ports located in the access nodes. The 

25 users's data are processed by an access agent running 
in the port. The function of the access agent are twofold 
: first interpret the user's protocol, and tiien set tiie path 
and route packets tiirough the network. The latter task 
is accomplished through tiie setting of a so-called 

30 header, attached to tiie user provided data, as shall be 
explained in the following description. 

However, due to the fast evolution of canier's offer- 
ing and user's desiderata, the above considered private 
network should evolve as shown in figure 2, which, in 

35 addition to leased lines, would support Frame Relay and 
Asynchronous Transfer Mode (ATM) sub-networks. This 
network offers the possibility of carrying native ATM ti-af- 
f ic as well as Variable Length (VL) traffic, which VL traffic 
may include botti user's traffic and oomrol traffic. 

40 As already mentioned, a fundamental difference 
between both VL traffics, is tiiat user's traffic needs only 
be vehiculated along a given network patti from a source 
end user to a target end user without affecting the net- 
work. While control traffic should be addressed to spe- 

45 cific nodes, be decoded therein and conb'ol the very 
network architecture and operation. 

On the other hand, one should also notice that the 
complex network of figure 2 may include carrier's sub- 
networks and therefore fully comply witii corresponding 

so requirements. And, in addition variable lengtii traffic may 
also include ATM type of traffic. 

An ATM packet is usually organized into a packet 
including a 48-byte long payload and a 5 bytes long 
header for node to node connection and checking. A var- 

55 table lengtii packet is slightiy more complex, and so 
does'its routing operation both inter-network nodes and 
intra-network node contmuntcations. 

In summary one may say that the user data are pro- 
vided to the network in a variable number of bytes, upon 
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entering the access node through a given port, each var- 
iable length block of user's data is provided with an inter- 
node header made for routing the data between the con- 
secutive network nodes and down to the final user. The 
contents of such a headerd^endson the type of routing 
selected by the network designer. Conventional routings 
include for instance Automatic Network Routing (ANR) 
label swapping type of routing. Tree routing, etc... 
Although the node conception according to present 
invention may apply to most of these inter-node proto- 
cols, the description of a best mode of implementation 
of this Invention shall be based on label swapping. There- 
fore let's describe the corresponding inter-node header. 
This header includes two one byte long control blocs 
(GB1 and CB2), one two bytes long label LI . and a valid- 
ity control blocK i e. Linear Redundancy Checking block 
(LRC). This header, appended with the user's data gives 
what we shall designate by the express'ion VL packet or 
VL payload. 

In summary, any network node may receive traffics 
including both Variable Length packets and/or ATl^ pack- 
ets over VL and/or ATM trunks and be able to switch such 
traffics toward both VL and ATM output trunks, with all 
Input versus output combinations made possible. The 
following description shall address one way of commu- 
nication within the network node, but it should be dear 
that the other way of communication within the node 
(making the node operable in full duplex) derives imme- 
diately from the following description. In order to do so 
this invention provides for an optimized multipurpose 
network node. The overall node architecture is schemat- 
ically represented in figure 3. The network node Is made 
to be connected to both ATM and Variable Lengh (VL) 
trunks, through a set of receive adapters on one side and 
a set of transmit adapters on the other side. Both sets of 
adapters are interconnected in all possible combinations 
through a so-called ATM Switch made to process ATM 
shaped packets only (herein simply refered to as ATM 
cells). Since the switch is made to operate on ATM cells, 
the variable length traffic is segmented into ATM celts for 
switching purposes, white the ATM traffic is svvitched 
almost directly Both are however arranged into a format 
including in addition to a conventional ATM like packet 
(ATM header (5 bytes) and payload (48 bytes)), the fol- 
lowing infonnation : 

- a switch routing header (SRH) to route the ATM cells 
through the switch stages (e. g. : 3 bytes) ; 

- a control field (CNTL) for adapter to adapter protocol 
and switch microcontroller (e. g. 1 byte) ; 

- a CRC (e. g. : (1 byte) field appended to the payload 
data and made to protect the ATM cell, proper, 
between switch receive ard transmit interfaces. 

Such an encapsulated ATM packet shaft be refen'ed 
to as ATM cell. 



Represented in figure 4 is a detailed block diagram 
of a node made according to the teaching of this inven- 
tion. Each input VL trunk is connected to a receive 
adapter through a receive truvMporX adapter (R_TPA) 

5 41 . The R_TPA (41) is connected on one side to a gen- 
eral purpose processor GPP (42) assigned with control 
operations, and on the other side, to a receive switch 
interface adapter R_SIA (43). Also, connected to any 
input ATM trunk are a receive trunk/port adapter R_ATM 

10 (45), the output of which is connected to a receive switch 
interface adapter R_SIA (46). Both R_SIA's are con- 
nected to the switch device SW (44). 

On the switch output side, in order to drive a variable 
length nrxxJe output trunk, a transmit switch interface 

15 adapter X_SIA (47) drives a transmit trunk/jaort adapter 
X_TPA (48) also attached to a general purpose proces- 
sor (GPP) to which network control operations are 
assigned. While, for driving a node output ATM trunk, tiie 
node is provided with transmit switch interface adapter 

20 X_SIA (49) driving a transmit trunWport adapter ATM. 
X_ATM (50), also provided witii a general purpose proc- 
essor for network control operations. Obviously, those 
general purpose controllers might be combined into a 
single processor, powerful enough to do the job. 

25 What is particularly noticeable with tiie above node 
architecture is tiiat It enables any possible combination 
of node input versus output trunks to be operated and 
therefore suits perfectiy for a complex network as tiie one 
represented In figure 2. Naturally, any node may also be 

30 connected to one or several trunks of any kind. 

In operation, the receive trunk/jport adapter (R_TPA) 
4 1 receives VL padcets or ATM packets and performs tiie 
following operations : LRC or HEC checking, traffic dis- 
aimination and routing. The first function is meant to 

35 check integrity of the received packet header through 
conventional LRC/HEC processing. In other words, for 
each incoming VL packet tiie LRC/HEC of the packet 
header is computed and compared with the LRC/HEC 
carried by the header. In case of mismatch, the packet 

40 is discarded. 

Now as far as routing is concerned, in the best mode 
of implementation of the invention as described herein, 
routing is essentially based on label swapping in the 
packet header, each label designating a node output, i.e. 

45 next node to be oriented to, through a prestored table 
look-up. For more information on this feature, one may 
refer to the European Application No 94480097.8 filed 
on 7 October 1994, with titie "Method for Operating Traf- 
fic Congestion Control in a Data Communication Net- 

50 work and System for Implementing said Method", as well 
as on the following description. 

As far as this invention is concerned, lefs just note 
that the variable length packet carries the incoming link 
reference (e.g. label LI). This reference is used to 

55 address a connection table prestored in the node inter- 
face processor. Said table look-up operation first returns 
an outgoing link reference (e.g. 12) which is used to 
replace LI in the packet header, while LRC is recom- 
puted and replaced. The label operation is designated 
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as a label swapping. These table look-up operations are 
illustrated in figure 5. 

Routing of VL packets involves a preprocessing 
including, in addition to label swapping, a mapping oper- 
ation made to provide an "ATM like header" (AH) to be s 
attached to the VL packet (i. encapsulate the VL packet). 
Said AH shall be used to generate a header checking 
word (HEC) derived from a predefined function of AH. 
The HEC is appended to AH thereby providing a so- 
called ATM header. io 

The values in the connection table have been initial- 
ized at the connection set up time. The SHR has been 
derived from a specific field in a connection set-up mes- 
sage, and the label L2 has been selected by the receive 
adapter of the next node of the route. The label L2 is then is 
used to build the ATM header by mapping the L2 bits into 
the most significant bits of the Virtual Path/Virtual Chan- 
nel used on the switch. The switch routing header SRH 
and the ATM header are passed to the switch interface 
R_SI A along with the VL packet. In other words, they are 20 
both used to "encapsulate" VL packets, while ATM pack- 
ets are **encapsu]ated" with the switch routing header. 

The routing of packets using the tree routing mode 
is very similar to the routing of packets using label svap 
routing mode. In this case, the connection table look-up 26 
operation provides a switch routing header (SRH) and 
an ATM header. The values in the connection table have 
been initialized by the tree management function. The 
SRH is used to address a multicast table in tiie switch. 
Again, switch routing header and ATM header are 3o 
passed to the switch routing interface R_SIA along with 
the packet, and the bit 1 of control byte is set to zero. 

An ATM vehiculated either on an ATM t^unkor on a 
VL trunk, shall normally include: a 5 bytes long header 
and a 48 bytes long payload (i.e; user's data). The 35 
header AH includes the VP/VC (4 Ijytes including 4 con- 
trol bits) and the 1 byte long HEC. The VPA^G is used to 
address an ATM connection table, which table has been 
initialized and is updated (if required), by the General 
Purpose Processor (GPP) attached to the R_TPA (41) 40 
or R_ATM (45). The ATM connection table addressing 
returns new values for VP/VC field (with its oontroQ and 
HEC field. The table look-up operation also provides 
switch routing header (SRH) and control (CNTL) data. 
These information shall be attached to the ATM header 4s 
of the considered packet. All is still needed to get an ATM 
cell to be fed to the Node Switching Device SW (44), is 
the one byte long CRC (i.e: CRC-8) to be computed in 
the R_StA (43, 46) and appended to said cell. These 
operations are illustrated in figure 6. so 

As per network control packets, they are discrimi- 
nated from data packets, as follows: 

- on VL trunks, the control bytes CB1 and CB2 are 
used to indicate the nature of the packet and are also ss 
used to address various control functions (connec- 
tion set-up. bandwidth management, label manage- 
ment, topology update, directory queries, etc ....); 



- on ATM trunks, the control packets are segmented 
into ATM packets which are sequentially transmitted 
on a reserved Virtual Channel (VC) for each Virtual 
Path (VP) 

Control packets are processed the same way as 
data packets. In short, the R_TPA processor implements 
tfie basic routing operations and generates an ATM 
header to be used by the switch interface to route tiie 
cells. The only difference between the processing of con- 
trol packets and data packets is the way the ATM label 
is selected. 

Let's now consider the Receive Switch Interface 
Adapter (R_SIA) which may operate either in VL mode 
when it is connected to a R_TPA (41), or in ATM mode 
when it is connected to an R_ATM adapter (45). 

In VL mode, tiie switch interlace R_SI A (43) receives 
VL packets (which may include ATM traffic) already con- 
sidered above. As per a VL packet, it has already been 
provided with the VL payload along with tiie switch rout- 
ing header SRH. the control field content CNTL, and tiie 
AH field content, from the R_TPA adapter. Basic func- 
tions shall then be operated : a so-called "segmentation" 
function which breaks VLpayload into ATM like payloads. 
a cell HEC generation and a CRC generation. 

Let's start with segmentation. The switch interface 
(R_SIA) segments the VL packet payload into 48 bytes 
long data units, builds a 53 bytes long packet for each 
48 bytes of data by concatenation of the ATM I ike header, 
and passes each ATM shaped cell to the switch, along 
with tiie switch routing header and the control byte. A 
specific field is set for the last cell (identified by one bit 
in the header). Said last cell shall include, in addition to 
the remaining VL payload bits (last segment), padding 
bits, number of payload bytes, and a 4-bytes long CRC 
(i.e. CRC-32) covering tiie whole packet payload and 
padding. The CRC is generated by the interface and is 
appended to the last cell. 

Now. as far as HEC generation is concerned, it is 
generated by the interface, for each ATM cell, according 
to ATM specification. 

In other words, tiie HEC is a predefined function of 
AH. And, finally, the interface computes a one byte long 
CRC protecting all the switch cells, and appends it to the 
considered last cell. 

In ATM mode, the switch interface (46) receives ATM 
cells along with a switch routing header SRH and a con- 
trol byte (CNTL) from the R_ATM adapter (45). A one 
byte long cell CRC is then generated and appended to 
tiie cell. 

Now, the ATM shaped cells, whatever be their origin 
(be it VL traffic or ATM traffic), may all be routed through 
the switch (SW 44) similarly and be oriented toward the 
proper transmit switch interface adapter X_SIA (47 or 
49). The interface transmits the switch cells to the trans- 
mit adapter through a FIFO buffering which absoibs data 
bursts. 

The transmit switch interface adapter X_SIA (47. 49) 
may either operate in VL mode when it is connected to 
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a TPA (48), or in ATM mode when it is connected to an 
ATM adapter (50). Both modes may include both ATM 
traffic and VL traffic. Both modes are described hereun- 
der. One bit position in the header control field CNTL 
enables discriminating between ATM and VL (i.e. VL) 5 
traffics. However, one should notice that in the case of a 
transmit adapter attached to an ATM outpu trunk (i. e. for 
X_AT1VI 50), any reassembled VL packet should be re- 
segmented and processed into ATM-like packets prior to 
being fed into said ATM output trunk. 10 

In VL mode, (as well as in AT1\^ mode), the switch 
interface X_StA implements cell validity checking and 
packet reassembly operations. The validity checking 
consists in computing the CRC-8 of the received AT1VI 
cell and comparing this computed value to the CRC-8 15 
carried by the celt. If both values match, no error was 
introduced by the switch. Otherwise, the cell is simply 
dropped. Once the cell has been checked valid, its con- 
trol byte bit 1 is checked for determining whether it should 
be directly passed to the transmit PTA (X_PTA 48) or be 20 
submitted to the reconstruction of the original VL packet. 
For each packet under reassembly operation, the trans- 
mit processor has stored the ATM cell header which had 
been used for the switching of all the cells. 

Let's now consider the operations including : packet 25 
reassembly, routing and finally queuing and threshold- 
ing. As per the packet reassembly operation, which is 
processed in the specialized processor of the transmit 
TPA. it Is meant to recombine the split VL packets into 
their original form. Multi-user reassenttly requires sav- 30 
ing and restoring intermediate results like byte alignment 
parameters, partial CRC-32 as explained below, etc... 
These data are stored in the special processor local 
(X_P3) store and passed to the X_SIA at appropriate 
time, or entirely operated in the special processor. A cell 3S 
reassembly table and buffer governs the process. It is 
addressed by a portion of the AH field of the incoming 
cell, and contains, for each user, information on data 
alignment of the last word, pointer, status and buffer 
chaining. 40 

The reassembling is implemented in two steps : at 
break-in time, the special processor (X_P3) of the X_TPA 
uses some information in the table to reassemble the 
cells for each user into buffers ; while in background proc- 
ess, chaining information is used to chain all buffers con- 45 
taining data of the same packet and for the same user. 

More particularly, a 2-byte8 long portion of the first 
cell AH is used as a pointer which addresses a file of 
control blocks In the local memory of, say, the special 
processor which returns a '^rtiar 4-bytes long (i.e. so 
CRC-32) and a queue pointer where the 48 payload bits 
of the considered cell shall be stored (together with the 
header). When the next cell belonging to the same VL 
packet is received, the pointer enables again getting the 
partial CRC-32 and the queue pointer. The CRC-32 is 55 
updated using a conventional CRC generating algorithm 
for updating the last partial ORG with the current payload. 
The queue pointer is used for payload concatenation. 
When the last packet is received and processed, the 



CRC-32 should be completed and the whole VL packet 
be reassembled. It may then be validity checked. 

Once the VL packet has been reassembled in the 
buffer store, the specialized processor X_P3 in X_TPA 
(48) decodes the GB1 byte to determine the routing 
mode and corresponding dispatching. If the routing 
mode involves label swapping, the processor extracts 
the L2 label from the ATM header, stores it into a VL rout- 
ing field of the header, and updates the header control 
word. 

ATM traffic is discriminated thanks to the control 
byte. Then, the X_TPA transforms the ATM cell into a VL 
type packet by inserting a specific 4-bit pattern in the four 
first bits of the ATM cell. This field is called the Generic 
Flow Control (GFC) field and is defined by the ATM 
Standard Bodies as being available within the network 
(the standard specifies that this field is used at the User 
to Network Interface (UNI)). Decoding of the four first bits 
of the VL packet at the R_TPA can further indicate 
whether this packet is a true VL packet or a native ATM 
packet. The X_TPA then computes accordingly the HEC 
which is stored in the header f iekl of the ATM cell. 

If the transmit TPA (X_TPA) handles several output 
links, then additional routing operations are implemented 
for all routing modes. They are basically the same as 
those implemented in the receive TPA adapter. 

As per the network corrtrol packets, they are 
detected the same way as at the Receive.TPA and, if 
required, they are transmitted to the General Purpose 
Porcessor (GPP) assigned with network control process- 
ing operations. 

Rnally. prior to being passed to the output line or 
trunK the traffic needs being submitted to muttjple dass 
queuing (see, for instance, the above referenced Euro- 
pean Application "Method for Operating Traffic Conges- 
tion Control in a Data Communication Network and 
System for Implementing said Method"), and threshold- 
ing operations made to comply with each user's reserved 
bandwidth. The informations derived therefrom are used 
for monitoring the node output traffic. 

To complete the description of the optimized multi- 
purpose node architecture (see figure 4), one should 
now consider the Receive ATM and Transmit ATM adapt- 
ers, bearing in mind that, not only, R_SIA and X_SIA 
functions are basically the same for both VL trunks and 
ATM trunks, but they might also be combined into a same 
unit, respectively, for both trunks. Also, the unit might be 
simplified when only ATM or VL trunks reach or leave the 
considered unit. 

The following functions are implemented in the 
receive ATM adapter : HEC checking, traffic discrimina- 
tion and routing. 

HEC checking is a conventional validity control oper- 
ation involving HEC computation, matching against the 
incoming HEC, and in case of mismatch, discarding the 
oon'esponding cell. 

Traffic discrimination is made to distinguish between 
data traffic and network control and management traffic, 
and for routing both traffics properly. The network control 
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and management cells are oriented toward a general 
purpose processor (GPP) attached to the receive ATM 
adapter. 

The X_ATM adapter shall be made to capture and 
reassemble only control packets, if any. in the associated s 
general purpose processor. Also, as already mentioned, 
any reassembled VL packet should be resegmented into 
ATM-like packets for being fed into the A71\/l output trunk 
or line attached to said X_AT1\/I(50). 

The above described, general receive and transmit io 
data flows have been summarized in figure 7 and figure 
8 respectively. Given those fiow-charts and the above 
detailed description, a programmer shall have no diffi- 
culty in deriving the adequat programming code, there- 
from, which code, in combination with the hardware as is 
desaibed herein and detailed in the above cited copend- 
ing Applications, shall implement the multipurpose node 
function. 

The flowchart of figure 7 represents the general 
receive data flow implementing the function of R_TPA 20 
(41) and R_SIA (43. 46). It starts with receiving the var- 
iable length traffic (possibly including ATM packets) from 
the line (steps 1 and 2). Then the header is processed 
(step 3), i. e. for integrity checking through conventional 
LRC checking (or HEC if ATM) and header updating as ss 
already explained in the above description. The header 
processing also enables detecting VL control traffic to be 
oriented toward the general purpose processor (GPP) 
for being processed therein through CB1/CB2. Should 
the control traffic not be destinated to the considered so 
node, or should it also need being forwarded through the 
network, the control data from the general purpose proc- 
essa shall be reinserted into the data flow and down to 
the switch. 

Step 3 also involves discriminating between ATM 35 
traffic and VL traffic, based on the four bits GFC (i.e. the 
four first bits of CB1). The ATM traffic is routed (see label 
swapping operation on ATM traffk; in figure 6), while the 
ATM header is being updated (step301 ) through the ATM 
connection look-up operation (see figure 6) and "encap- 4o 
sulated" with the calculated SRH and CNTL bytes (step 
4). Otherwize the considered packet Is a variable length 
packet. The so^lled "ATM header" is generated 
through the process involving label swapping and VL 
connection table look-up, and used to "encapsulate" the 45 
considered packet (step 5). The VL connection table 
look-up is also operated at step 4 (see also figure 5) to 
provide the SRH and CNTL data used in the VL packet 
encapsulation process. In the preferred embodiment of 
the invention, the above operations are all performed in so 
the special processor of the R_TPA, which may then 
send the processed packet to the receive switch interface 
(R_SIA) (step 6). The R_SIA interface gets therefore 
encapsulated ATM and/or VL packets (step 7) and dis- 
patches the traffic according to its mode. Should the oon- ss 
sidered packet be an ATM packet belonging to operation 
on either ATM mode or on VL mode (i. e. a packet being 
designated by the expression ATM-like packet), it is proc- 
essed as an ATM packet. As per a variable length (VL) 



packet, within VL traffic, it is "segmented", (i. e. broken) 
into ATM-tike packets (step 8). As already mentioned, 
this is performed by segmenting the VL payload into 48 
bytes long blocks (or segments) and attaching to each 
segment the VL packet header plus an HEC computed 
from the AH field content. The HEC is generated accord- 
ing to ATM specifications (steps 8 and 10) in the pre- 
fen'ed embodiment of the invention, ttie HEC is modified 
for the last segmentation, which last segment shall be 
identified by a preassigned bit of the AH header. The 4 
bytes long CRC-32 is computed and stored for being 
appended to the last segment of the considered VL 
packet and for deriving therefrom the last ATM-like 
packet. For each ATM packet derived from the segmen- 
tation operation (i- e. ATM-like packet), or from ATM traf- 
fic, the one byte long control word (CRC^) is also 
generated at step 11, and appended to the considered 
cell. 

Every such organized cell may then be forwarded to 
the switch (step 12), without distinction between cells, 
except in the case of switch saturation, in which case a 
so-calied bad^ressure mechanism is triggered. The 
detailed description of such a mechanism is not neces- 
sary for the present invention and therefore shall not be 
described further herein. One needs only understand 
that this mechanism shall help handling switch overioad 
conditions. However, for some precisions on this mech- 
anism one may refer to the above mentioned copending 
European Application on a 'Method, for Operating Traffic 
Congestion Control in a Data Communication Network 
and System for Implementing said Method". 

Now, one shall appreciate again, how ttie judicious 
architecture of the multipurpose node (as represented in 
figure 4), do facilitate the post-switch processing as well 
as it did for the pre-switch processing (as described 
above), and perform tfie invention objectives in an opti- 
mal way. 

The flow-chart of the transmit switch interface 
adapter (X_SIA) and transmit trunk/jport adapter opera- 
tions described above are summarized into the general 
transmit data flow of figure 8. In the X_SIA, the ceils pro- 
vided by the switch are first checked for validity (step 61) 
through ttie CRC-8 which should then be dropped. Non 
valid cells are discarded while valid ones are fbnwarded 
for dispatching (step 62) based on mode and traffic to be 
considered. As already mentioned a specific bit of the 
cell control byte indicates whettier the cell should be 
passed directly (no reassembly) or further processed for 
reassembling operations (step 63). In the latter opera- 
tional st^, the cells are reassembled into ttieir original 
packet, along with validity checking for ttie whole VL 
packet ttirough the CRC-32 building-up from the cells 
belonging to ttie same packet. Briefly stated, let's remind 
ttiat starting witti the 4843ytes long payload of first seg- 
ment, CRC-32 computation is started. It is stored as a 
partial CRC in a local memory control block addressed 
by a pointer derived from AH header. This partial CRC 
is ttien updated witti all intermediate payloads of same 
VL packet, down to ttie last, and then compared witti ttne 
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CRC-32 stored in that last cell for validity check of the 
whole VL packet processed. 

Recombined packets are then passed to the X_TPA 
special processor (step 64, 65). The incoming packets 
are then analyzed and dispatched (step 66). Said dis- s 
patching includes: fonwarding control traffic to a general 
purpose processor (GPP) which may further fonnard the 
information to the output line via queuing and threshold- 
ing operations (step 68). As per non-control traffic, it is 
also sent to queuing and thresholding (step 68) after io 
being first stripped from encapsulation header (step 67). 

The packets are queued, possibly into several 
queues in case of multiple class queuing, e. g. based on 
priority criteria depending on the type of traffic involved. 
And thresholding operations may be performed in step is 
68 to comply with each user's reserved bandwidth. This 
criteria has been used to optimize the network operation, 
bearing in mind that each user may apply for a prede- 
fined bandwidth depending on its expected traffic load. 

In order to complete the invention node desaiption, 20 
one should now describe the R_ATM (45) and X_ATM 
(50) made to be attached to ATM trunks. 

Figure 9 represertts the operating flow chart of the 
R_ATM (45). Some of the involved steps do operate 
exactly as they did in the R_TPA (41 in figure 4) and they ss 
have accordingly been labeled with the same references 
they have been given in figure 7. The only important dif- 
ference lies vi/ith the requirement for reassembling the 
received ATM-like packets into their original VL form 
(step 302) for being routed toward the General Purpose 30 
Processor (step 303), prior to being encapsulated with 
an ATM header (step 5). Control traffic is differiated from 
data traffic based on the CB1/CB2 field contents. This 
last operation is performed in the routing of step 303. 

Figure 10 represents the flow chart of the X_ATM 35 
(50) operation. Here again, most operations are similar 
to those performed in the X_TPA (48) described above 
with reference to figure 8 and have been labeled accord- 
ingly. The only differences, are due to the fact that ATM 
cells derived from VL packets might have been reassem- 40 
bled in the X_SIA (49). Therefore, prior to being fed on 
the output ATl^ trunk, these need being re-segmented, 
and get an ATM header in order to provide ATM-like pack- 
ets (step 671) transmissible over an ATM output trunk. 

FIG.11 describes a physical implementation of 45 
the R_SI A boxes 43 or 46 of FIG.4 whoi interfacing the 
R_TPA box 41 or the R_ATM box 45. As mentionned , 
the traffic to be processed by the R_SIA box if sent by 
the R_TPA box 43, is composed of variable! length pack- 
ets and the traffic sent by the R.ATM box 45 is composed so 
of fixed length packets based on ATM cells. The informa- 
tion upon the type of traffic is provided in stream in the 
header of the packet. The R_TPA box 43 and the R_ATM 
box 45 mainly comprise a memory and a microprocessor 
MP with its own internal clock. The DMA interface ss 
between the R_TPA or the R_ATM memory and the 
R_SIA boxes comprises a 4 bytes data bus 104 for pro- 
viding the data read from the R_TPA or the R_ATM mem- 
ory through DMA access, a four bits companion bus 1 06 



where each bit is related to one byte in bus 104: a byte 
sent on bus 104 has to be processed by the R_SIA box 
if the corresponding BYTE SELECT bit in bus 106 is on. 
The interface further comprises one bit EOM line 108 
conveying a bit set ON by R_TPA box 41 or the R_ATM 
box 45 when the bus 104 conveys the last byte of the 
message being currently processed; furthermore two 
lines DMA REQUEST 112 and DMA RESPONSE 110 
control the DMA access. 

In the R.SI A box a control logic 1 1 4 activates the 
DATA REQUEST signal on line 1 1 2 to the R_TPA box 41 
or the R_ATM box 45 which sets the DMA RESPONSE 
signal on line 1 1 0 and sends the data on buses 1 04. 1 06 
and possibly 108 in the same MP clock cycle. 

The data bytes sent on bus 104 and the BYTE 
SELECT bit on bus 106 are stored in registers 1 16 and 
1 18 respectively. The BYTE SELECT bits are provided 
from register 118to control logic 114 on line 119 which 
generates therefrom a realignment/segmentation com- 
mand on line 120 towards a REALIGNMENT and SEG- 
MENTATION (RS) box 122; this RS box is composed of 
multiplexors and registers. Data are read from data reg- 
ister 1 16 and provided to RS box 122 on line 1 17. This 
box provides in a four bytes output bus 124 data rea- 
ligned on a word boundary and grouped to form the 
future cells payloads. Data sent by RS box 1 22 over bus 
1 24 are four bytes words except the last word of the cell 
payload which may contain less than lour valid bytes. 
When the packets to be processed by the R-SI A box are 
fixed length ATM cell based packets, instead of issuing 
a realignmentfeegmentation command, the control logic 
1 14 sends a realignment command to the RS box 122: 
upon reception of this command the RS box 1 22 realigns 
the 4 bytes words before sending the data to the FIFO 
buffer without a segmenting operation (one packet for 
one cell). 

Data from RS box are written into a FIFO buffer 
126 under control of an ENABLE WRITE signal on line 
1 28 provided by control logic 1 1 4 towards the Fl FO buffer 
126 and at the rate of MP dock The FIFO buffer 126 is 
organized in two pipelined buffers of 57 bytes each: the 
RS box fills the first buffer until a complete cell data pay- 
load is stored; control logic 1 14 then sends a new ENA- 
BLE WRITE signal on line 128 towards the FIFO buffer 
1 26 and simultaneously sends a CELL READY signal on 
line 130. a BUFFER LENGTH (6 bits) signal 134 and a 
LAST BYTE signal 1 36 if the FIFO buffer ready to be sent 
contains the last byte of the initial packet to be switched, 
to a control logic 132. In response to the new ENABLE 
WRITE signal the FIFO buffer 126 will restart receiving 
realigned data in its second buffer until a new data pay- 
load is ready. This simultaneous filling of the second 
buffer will insure that cells can be continuously transmit- 
ted to the switch without any dead time. The RS box 1 22. 
the control logic 1 14 and the WRITE FIFO buffer part of 
the FIFO buffer are following the clock cycles of the MP 
internal dock. 

The control logic 132 controlling the following 
process of cell preparation will send back on line 138 a 
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BUFFER SENT signal to control logic 1 Uwhen acurrent 
bufferfilled with a cell payload has been processed. This 
BUFFER SENT signal will gate the CELL READY signal 
130 sent by control logic 1 14: the transition active-disa- 
ble of CELL READY signal 130 resets the BUFFER 5 
SENT signal on line 138; the transition active^lisable of 
BUFFER SENT signal 138 is used by control logic 114 
to update an internal register which provides the CELL 
READY signal 130. 

The control logic 1 32 sends on a line 140 a READ w 
FIFO signal which is received by the FIFO buffer When 
receiving the READ FIFO buffer, the buffer which is ready 
is sent on a line 144 to a HEADER INSERTION (HI) box 
142. Tlie control logic 132, the reading part of the FIFO 
buffer 126 and the HI box 142 are following the same 15 
cycle of the internal clock of switch 44. The HI box 144 
reads the 4 bytes words sent by the FIFO buffer 126 con- 
taining a cell payload and builds the corresponding cell 
by adding a 9 bytes header to each cell payload sent by 
the FIFO buffer 126 and read in the first cell payload of 20 
a packet. The 9 bytes header is saved by the HI box 1 42 
upon reception of the SAVE HEADER command 146 that 
the oontrol logic 1 32 sends on line 1 46 at each beginning 
of packet transmission. In the case where the packets to 
be processed by the R_SIA box are fixed length ATM 25 
cells based packets, the control logic 142 instead of 
sending a SAVE HEADER command, sends a NO 
HEADER command to the HI box 142 on the line 146. 
Upon reception of this command, the HI box 142 does 
not save neither insert packet header and let the one cell 30 
packet transparently crossing the box. 

The HI box 146 further splits the incoming 32 bits 
plus header into 8 bits words and send them to a CRC 
INSERTION (CI) box 148 on a line 150. The C! box 148 
computes the AT1VI CRC-32. the packet length and a 35 
CRC-8 field for each cell. Upon reception of an INSERT 
command sent on line 1 52 by the control bgic 1 32 to the 
CI box 148, the CRC-8 code is added to any cell and two 
control bytes, the length of packet and ATM CRC-32 
code are inserted at the end of the last cell of the packet. 40 
The data is then sent byte per byte on the line 150. In 
the case where the packets to be processed by the 
R_SI A box are fixed length ATM cells based packets, the 
control logic 142 instead of sending an INSERT com- 
mand, sends a CRC ONLY command to the CI box 1 46 45 
on the line 152. Upon reception of this command, the CI 
box 146 only computes and insert the CRC-8 before 
sending the data on line 156. 

The selector box (SEL) 1 54 which is a multiplexor 
sends on line 1 58, either the data sent to it by the CI box 50 
148 on line 156 or the data sent by a BACK PRESSURE 
FIFO buffer (BP) 160 on line 162 depending on the 
reception of a SELECT BP signal or not sent by the oon- 
trol logic 1 32 on line 164 to the SEL box 1 54. 

The data sent by the SEL box 154 to the switch 55 
44 Is also sent on line 166 to the BP FIFO buffer 160. 
This box receives and saves the data until the end of the 
cell (58 bytes) and reset it at the end of the cell upon 
reception of a RESET signal sent by control logic 132 to 



the BP box on the line 1 70. except if a BACK PRESSURE 
signal is sent by the switch 44 on line 168 to control logic 
1 32 which then sends to the BP box 1 60 a RESEND sig- 
nal on line 170. Upon reception of RESEND signal, the 
BP FIFO buffer 160 re-sends on line 162 the cell stored 
to the SEL box 1 54. As for the control logic 1 32, the read- 
ing part of the FIFO buffer 126 and the HI box 142, the 
CI, SEL and BP boxes are running with the same clock 
signal from the switch 44. 

The control logic 132 starts transmission of cells 
on reception of two contiguous PACKET SYNCHRO sig- 
nals on line 1 72 sent by the switch 44 at fifty-eight cycles 
interval (one cell time). The objective is to insert celt 
transmission in the continuous stream of cell time slots 
provided by the PACKET SYNCHRO signals sent by the 
switch at 58 cycles interval. Cells transmission is halted 
when two contiguous PACKET SYNCHRO signals at 58 
cycles interval tare missing. A data delimiter (DDEL) sig- 
nal is sent on line 174 by the control logic 132 to the 
switch 44 at each beginning of a new cell transmitted on 
line 158 by the SEL box 154. The DDEL signal set ON 
advises the switch there is a cell to process. 

The rr\an skilled in the considered data communica- 
tion art shall appreciate, from the above description, the 
usefulness of such a designed communication node. He 
shall also understand that the above described node may 
support various modifications, like, for instance, simplifi- 
cations of the design for supporting simple and unique 
input and/or output trunks only. 

Claims 

1. A multipurpose packet switching node for a data 
communication network made to vehiculate traffic 
including both data packets and network control 
packets, said traffic being either in Variable Length 
(VL) mode, with said VL mode carrying so-called VL 
packets with each said VL packet including a varia- 
ble length payload and/or Asynchronous Transfer 
Mode (ATM) packets with each packet can-ying a 
fixed length header and a fixed length payload, or be 
in ATM nxxie carrying ATM packets possibly includ- 
ing segmented VL packets (herein designated as 
ATM-like packets), said network node including at 
least one receive adapter means connected to VL 
and/or ATM input trunks, at least one transmit 
adapter means connected to VL and/or ATM output 
trunks, and an ATM type switching device made for 
switching so-called ATM cells and for interconnect- 
ing said input and output trunks in any possible com- 
binations of input versus output trunk connections 
through said receive and transmit adapters, said 
multipurpose node being characterized in that : 
the receive adapter means include : 

- first checking/updating and dispatching means 
for checking any received packet validity, for dis- 
criminating ATM and ATM-like packets from VL 
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packets, and for dispatching said packets 
accordingly; 

means sensitive to an ATM packet for updating 
its ATM header; s 

reassembling means sensitive to an ATlVt-like 
packet derived from a segmented VL packet for 
reassembling said segmented packet into a VL 
packet; to 

- first encapsulating means sensitive to a VL 
packet for generating a so-called ATM header 
and for encapsulating said received VL packet 
with said ATM header ; is 

- second encapsulating means for generating a 
switch routing header (SHR) and a control 
header (CNTL) and for encapsulating the 
received packet being it an ATM packet or an 20 
ATM header encapsulated VL pacM, with said 
SRH and said CNTL information; 

- segmenting means sensitive to an encapsu- 
lated VL packet for segmenting said VL packet 25 
payload into ATM like payload segments and for 
appending each said payload segments with 
said SRH. CNTL and ATM header used for said 
second encapsulation operation of the proc- 
essed VL packet, whereby "ATM like" packets 30 
are being generated; 

- means for generating a so-called cell control 
word (CRC-8) for each ATM updated packet and 
each ATM like packet derived from said VL seg- 35 
mentation means, and for appending said CRC- 

8 to each said ATIVI or ATM lite packets, 
whereby so-called ATM cells are being gener- 
ated for being property switched through said 
switching device ; and. 40 

the transmit adapter means include : 

- checking means for receiving each ATM cell 
provided by the switching device, checking each 45 
cell validity and stripping the corresponding cell 
control word; 

- dispatching means fed by said checking means 

for separating ATM packets from ATM-like pack- so 
ets; 

- reassemtiling means sensitive to said ATM-like 
packets for reassembling a VL packet checking 

its validity, and stripping the switch routing ss 
header and control CNTL therefrom; whereby 
said VL packet could be fed into a VL output 
trunk, or be othenmse resegmented and be 



assigned an ATM header for being fed into an 
ATM output trunk; 

- means sensitive to an ATM packet provided by 
said dispatching means , stripping the encapsu- 
lating switch routing and control headers there- 
from, whereby deriving an ATM packet capable 
of being fed into an ATM or a VL output trunk. 

2. A multipurpose packet switching node according to 
claim 1 , wherein said fist check/update and dispatch 
means in the receive adapter is made to include: 

- means for dicriminating a packet including net- 
work control data from a packet including net- 
work user's data; 

- means for orienting said disaiminated network 
control packet toward a so-called general pur- 
pose processor for processing said network 
control packet and deriving network control data 
therefrom; 

- means for identifying said network control data 
and, should it be intended for controlling the 
considered node, processing it therein, and/or 
should it need being fon/varded to another node, 
reinserting same into the node output traffic, 
with possibly reconstructing the original net- 
work control packet from ATM-like packets in 
case of network control being operated in VL 
mode. 

3. A multipurpose packet switcNng node according to 
claim 1 or 2 wherein said receive adapter further 
includes a so-called back-pressure mechanism sen- 
sitive to a switch device generated signal indicating 
a switch overload to control the switch feeding rate 
through said receive adapter means. 

4. A multipurpose packet switching node according to 
claim 1 , 2 or 3. wherein said transmit adapter further 
includes a so-called thresholding mechanism, sen- 
sitive traffic congestion indications based on traffic 
thresholds defined for each network user for thresh- 
olding traffics in tiie queuing device whereby the 
node output traffics are being monitored. 

5. A multipurpose packet switching node according to 
daim 4 wherein said ATM packet includes a 5 bytes 
long ATM header and a 48 bytes long data field (pay- 
load), whereby said second encapsulating means, 
include : 

- a prestored ATM connection table mapping 
each assigned 5 bytes long header witii a 4 
bytes long header including a switch routing 
header (SHR) and a control data (CNTL); 
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- means for addressing said prestored ATM con- 
nection table with the current ATM pacl<et 
header for reading out a new assigned ATI\4 
packet header and corresponding SRI-I and 
CNTL fields: 5 

- means sensitive to said ATM connection table 
addressing for swapping the ATM packet head- 
ers and encapsulating the header swapped 
packet with said S RH and CNTL field contents : 10 

whereby the so-called ATM cell is generated, but for 
the cell control field CRC^. 

6. A multipurpose packet switching node according to is 
claim 4 wherein said VL packet include a routing 
label (LI) within a variable length payload. said LI 
label being used to address a prestored VL connec- 
tion table, which returns a new routing label (L2) 
label, a switch routing header (SRH) ; control data so 
(CNTL) ; and a network header (AH) ; 

said node including : 

• means for swapping LI with L2 ; 

£5 

- means for attaching SRH, CNTL and AH to the 
VL payload. 

7. A multipurpose packet switching node according to 
claim 6, wherein said first and second encapsulating 30 
means and said segmenting include : 

- splitting the VL payload into fixed length seg- 
ments ; 

35 

- appending each said segment to a header 
including said SRH, CNTL and AH data, 
together with a Header Error Correction (HEC) 
derived from AH through a predefined logical 
function ; 40 

whereby said ATM cell is generated, but for the con- 
trol CRC^ to be generated and appended therein. 

8. A multipurpose packet switching node according to 4s 
claim 7 wherein said AH value includes one prede- 
fined bit assigned to identifying the ATM cell includ- 
ing the last segment provided by a current 
processed VL packet payload, said node being then 
made to include means for updating the correspond- so 
ing HEC accordingly 

9. A multipurpose packet switching node according to 
claim 8 characterized in that the ATM cell including 

the last payload segment is also provided with a oon- 55 
trol block (CRC-32) derived from the whole payload. 



10. A multipurpose packet switching node according to 
daim 9 and wherein said reassembling means 
includes : 

- means for detecting the first ATM cell belonging 
to a VL packet, dropping the cell control word 
therefrom ; 

- means for detecting subsequent Intermediate 
ATM cells belonging to the VL packet, extracting 
the payload segment therefrom and appending 
it to the cell control word stripped ATM cell, 
whereby VL packet reassembling is being proc- 
essed ; 

means for detecting last ATM cell of same VL 
packet, appending the corresponding payload 
segment to the VL packet being reassembled 
and isolating the packet control word (CRC-32] 
appended to said last ATM cell : 

- means for checking the reassembled VL packet 
validity using said CRC-32 word. * 

1 1. A multipurpose packet switching node according to -s 
claim 1 0 wherein said reassembled VI packet validity ^ 
check means includes : 

. - means for starting CRC-32 generation with said 
first VL segment and storing a partial CRC-32 
derived therefrom, and, 

- means for i^xlating said partial CRC-32 down 
to the last segment belonging to same VL 
packet. 

12. A multipurpose packet switching node according to 
anyone of claims 1 through 1 1 wherein the payload 
of a reassembled VL packet In the transmit adapter 
is resegmented into fixed length payload ATM-like 
segments, each said segments being then provided 
with an ATM header, whereby ATM-like packets are 
generated for being fed into an ATM output trunk. 

la. The segmenting means Included in the receive 
adapter of anyone of claims 1 to 12, characterized 
in that it comprises: 

a first buffering means (FIF0 126) having a two-cell 
sized storing capacity receiving the VL packets, 
under control of a clock signal internal to the receive 
adapter means and assembling them Into ATIVI cells; 
reading control means for sending said assembled 
cells to the ATM type switching device under control 
of a clock signal internal to said ATM type switching 
device. 

14. Tlie segmenting means of daim 13 further conpris- 
ing: 

a second buffering means (160) for saving each cell 
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read from the first buffering means and 
means (1 54, 1 32) for sending said saved cell to the 
ATI^ type switching device in case where a busy 
condition is provided by the AT1VI type switching 
device. 5 
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